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@ utilisation d'un protocole bidirectionnel de trds haut niveau pour la communication entre un systdme 
hypemi6dia et une piuralKd d'Miteurs. 



@ Un protocole (CP) bidirectionnel de bte haut 
niveau est utilise pour la communication entre 
un systftme hypemiddia (HS) et une plurality 
d'6diteurs (HSE, Ea, Eb, Ec, ...) interconnect6s 
communiquant dans une hyperstructure. Ce 
protocole (CP) utilise un jeu de messages per- 
mettent d chaque 6diteur de manipuier et g6rer 
les oontenus d'objete hypermedia appelds 
noeuds et il est, en outre, manipul6 par les 
objets hypemn^ia et accessible d travers une 
interface programmatique. 
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La prdsente invention concerne I'utilisation d'un 
protocole de communication entre un syst^e hyper- 
media et une plurality d'6diteurs interconnect^s 
communlquant dans une hyperstructure. 

Dans son objet un syst^me jiyperm^dia doit §tre 
organist pour permetbre de lier ensemble une plura- 
lity de documents nriult^ddla de sorte d autoriser d un 
utilisateur du syst^me tout ddplacement ou (oute na- 
vigation d'un queiconque document k un autre sans 
ordre predetermine. 

Jusqu'd present les protocol es de communication 
utilises dans de tela envlronnements etalent des pro- 
tocoles de baa niveau, permettant certes ia commu- 
nication entre diverses applications mais imposant 
une programmation longue etcomplexe iorsqu'il etait, 
entre autres, desire augmenter le nombre de fbnction- 
naiites des programmes que sont les editeurs 
communlquant dans une hyperstructure ou encore 
pour permettre {'integration d'un editeur dans un en- 
vironnement distribue. Ainsi est utilise dans un envl- 
ronnement UNIX (marque deposee de UNIX System 
Laboratories Inc.) un protocole de type RPC ("Remo- 
te procedure Call") qui est un protocole de bas niveau. 
De mdme, sur PC fonctionnant dans un environne- 
ment hypermedia, par exemple avec Toolbook, est 
utilise, sous WINDOWS, un protocole de bas niveau 
appeie DDE ("Dynamic Data Exchange" de Micro- 
soft). Pour favoriser la communication et ia gestion 
des editeurs, il est actueiiement toujours necessaire 
d'aX>uter des parties de programmes d de tel$ proto- 
coles de maniere e proposer une utilisation e un ni- 
veau plus eieve permettant directement de gerer ef- 
f icacement et simplement plusieurs editeurs. En fait, 
tes protocoles utilises aujourd'hui ne sont pas sped- 
fiquement orientes vers les editeurs et par conse- 
quent ne peuvent autoriser de manldre alsee le rajout 
d'autres fonctionnalites auxdits editeurs ou i'lntegra- 
tion d'autres editeurs d un environnement existent 
Bien au contraire de tela rajouts ou integrations dans 
un environnement hypermedia avec les protocoles 
actuels ne sont realisables qu'd Tunique et stricte 
condition d'y oonsacrer un temps exagerement long 
pouvant se nrtesurer en mois, voire en annees. 

La presente invention a pour but de remedier aux 
inconvenients inherents ^ I'utilisation des protocoles 
de bas niveau de Tart anterieur et propose un proto- 
cole de communication qui permet de favoriser le de- 
veioppement d'appiications multimedia interactlves 
tout en evitant les diff tcuites de programmation iiees 
e de tels deveioppements. 

Pour cela, un protocole bidirectionnei de tres 
haut niveau est utilise pour la communication entre un 
systeme hypermedia et une plural ite d'editeurs inter- 
connectes communlquant dans une hyperstructure, 
ce protocole utOtsant un Jeu de messages permettant 
e chaque editeur de manipuler et gerer les contenus 
d'objets hypermedia appeies noeuds alors que ledit 
protocole est manipuie par les objets hypermedia et 



est accessible e travers une interface programmati- 
que. ' 

Ainsi, le protocole de communication selon I'in- 
vention permet, grdce d son trds haut niveau, de ge- 

5 rer de maniere aisee une pluraiite d*editeurs et done 
d'appiications communlquant dans une hyperstructu- 
re, d'ajouter desfonctionnatites hypermedia et d'inte- 
grer de nouveaux editeurs e i'hyperstructure existan- 
te dans des temps extrlmement reduits. 

10 Les applications communlquant, de mdme que 

ceties qui sont creees, dans cette hyperstructure peu- 
vent ainsi avantageusement presenter toute informa- 
tion utillsant du texte, des graphiques, des anima- 
tions, de i'audio et de la video. 

15 Ce protocole est de plus bidirectionnei. c'est-d- 
dire que fonctionnellement un dialogue est etabli et 
que les messages peuvent effectuer un aller-retour 
entre un editeur et le systems hypermedia. Ainsi, des 
requetes peuvent 6tre adressees par le systeme hy- 

20 permedia vers les editeurs de mdme que des messa- 
ges peuvent etre transmis des editeurs vers le syste- 
ms hypermedia. De maniere generate, le systems hy- 
permedia permet de creer des collections de docu- 
ments multimedia actife et lies ensemble. Chaque do- 

25 cument multimedia est associe e un objet hypermedia 
appeie un noeud. Dans le present cas, ce n'est pas 
le systems hypermedia lul-mdme qui manipuie les 
contenus de ces noeuds, en effet la communication 
avec les differents editeurs fonctionnant de maniere 

30 tndependante est organisee par le protocole de 
communication qui utilise un jeu de messages tel qu'ii 
fecilite le deveioppement d'appiications multimedia 
Interactives, en supprimant les probiemes de pro- 
grammation longue et complexe habituellement ren- 

35 centres avec les protocoles de I'art anterieur. Le pro- 
tocole est accessible e travers une interlace progranv 
matique qui facilite le dialogue avec les differents edi- 
teurs, outils ou applications pour la creation, la sup- 
pression et la manipulation des objets hypermedia. 

40 De maniere remarquable, le protocole utilise est 

base sur le prlncipe d'un protocole de gestion de la 
transmission du type TCP/IP (Transmission Contix)i 
Protocol/Internet Protocol). 

La description sulvante en regard du dessin an- 

45 nexe. le tout donne d titre d'exempie non limitatif, fera 
bien comprendre comment I'invention peut dtre reail- 
see. 

La figure unique propose un exemple d'architec- 
ture representant un systems hypermedia communi- 

50 quant avec une pluraiite d'editeurs. 

Un systems hypermedia permet de creer des ap- 
plications multimedia interactives qui consistent en la 
production de documents multimedia eten leur liaison 
ensemble. Ces documents multimedia peuvent etre 

65 obtenus grdce e Tutilisation, par exemple, de pro- 
grammes de dessin, d'outils audio ou video, etc ... . 
Les applications les plus complexes peuvent, pour 
etre gerees simplement mais eff Icacement, necessi- 
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ter 6galement la conception de petits programmes 
simples appel^s habituellement "scripts" permettant 
notamment la modification ou la mise en mouvement 
d'objets hypermedia. De cette manldre. les applica- 5 
tions ddvetoppdes dans cet envlronnement hyperm^ 
dia peuvent dtra utillsdes pleinement sans qu'il soit 
n6c8ssalre k I'utilisateur de poss^der une oonnals- 
sance approfondie du syst^me. 

Sur la figure, le systdme hypermedia HS est io 
constitue de plusieurs composants. Une unite hyper- 
media appeiee par la suite "bolte d outlls' HTK fournit 
aux developpeurs d'appllcations des moyens pour 
creer et manipuler des objets hypermedia durabies et 
distribues, tels que des noeuds, des groupes, des an- is 
cres etdes liens dont les definitions sont rappeiees ci- 
apres. Ces objets peuvent etre definis en I engage 
C+i- et sont aiors accessibles, soit en langage C-m- 
soit par rintermediaire d'une interface programmatl- 
que en langage C. 20 

Pour une meiileure apprehension de Tobjet de 
rinvention suit une definition sommaire des differents 
objets hypermedia. 

Un document hypermedia est en fait un ensem- 
ble de documents muitimedia interconnectes. Ctia- 25 
que document multimedia est appeiee un "noeud". 
Dans le systems hypermedia IHS qui est presente- 
ment decnt, i) existe une difference entre la structure 
d'un noeud (qui gere les tiens, les scripts, etc ...) et ie 
contenu multimedia d'un noeud. 1.^ systeme HS gere 30 
lui-mdme la structure du noeud aiors que les conte- 
nus des noeuds sont geres et maniputes par les dif- 
ferents editeurs IHSE, Ea, Eb, Ec C'est le proto- 

cole de communication CP entre les editeurs etie sys- 
tems HS qui permet avantageusement d'ouvrir ou 35 
former des documents, de retrouver des parties de 
contenus, etc ... . 

L'"ancre" est une autre entite hypermedia utili- 
ses. Eile represente une partie sensible dite egale- 
ment zone sensible du contenu d'un noeud. Une an- 40 
ere peut, par exemple, representor un mot dans un 
texte ou une zone predef inie d'une image, ce mot ou 
cette zone reagissant lors d'une intervention d'un uti- 
lisateur, par exemple, sur la souris, le clavier ou autre. 

Le "graupe" est une troisieme entite hypermedia 45 
qui permet de construire une collection logique de 
noeuds. Plusieure groupes peuvent etre emboftes, de 
mdme qu'un groupe peut contenir plusieurs autres 
non necessairement emboftes. Un noeud ou un grou- 
pe ne peut par contre appartenir qu'd un seul groupe 50 
e la fois. 

Dans le systems HS un "lien" peut servir de canal 
de communication entre plusieurs objets hypermedia 
(ancres, noeuds ou groupes). Ainsi, differents messa- 
ges peuvent dtre envoyes par rintermediaire d'un 55 
lien, par exempte, un message d'activation aura pour 
ef fet d'ouvrir et de faire correspondre un objet de des- 
tination e un objet existent. 

Noeuds, ancres et groupes peuvent chacun avoir 



un "script" associe. Ce script decrit la maniere dont 
I'objet doit reaglr lors de Tapparition de divers ev6ne- 
ments ou messages. Les scripts sont ecrits dans un 
langage specifique oriente-evenements appeie dans 
la suite MT. Ce langage MT autorise un "auteur" ou un 
utilisateur e mettre en oeuvre des applications sim- 
ples ou def Inissant des actions e executor sur les ob> 
jets hypermedia concernes en reponse e differents 
messages. Ces scripts sont interpretes par I'interpr^ 
teur de scripts SI. 

Comme cela a ete expose pr6cedemment, le pro- 
tocole de communication CP comportant un jeu de 
messages a ete avantageusement defini pour per- 
mettre e differents editeure (HSE, Ea, Eb, Ec, ...) de 
gerer les contenus des noeuds. Le protocole CP est 
directement manipuie par les objets hypermedia et 
est accessible e travers une interface programmati- 
que API. 

Le systems HS comports egalement un outil au- 
teur hypermedia HAT qui est une application ecrite de 
X/Motif de roSF (Open Software Foundation) utili- 
sant la bote k outils HTK. L'outil HAT permet d'une 
part e un lecteur de derouler sur un ecran un hyper- 
document existent et d'autre part e un auteur de creer 
une nouveile application hypermedia ou de modifier 
une application hypermedia existante. Les auteurs 
peuvent creer des groupes, des noeuds, des ancres 
et des liens, 6diter des contenus de noeuds utilisant 
un editeur (HSE. Ea, Eb, Ec, ...) conforme au proto- 
cole de communication CP et eventuellement ecrire 
des scripts dans le langage MT. Des applications plus 
complexes peuvent etre mises en oeuvre par rinter- 
mediaire de fbnctions externes qui peuvent etre ap- 
peiees en utilisant le langage MT. L'outil HAT compor- 
te en outre un editeur de groupe GE et un editeur de 
scripts SE. 

Les editeurs (HSE, Ea, Eb, Ec, ...) conformes au 
protocole CP sont utilises pour gerer le contenu ou 
une partie du contenu de noeuds. Lorequ'un nouveau 
noeud est cree, I'editeur qui doit etre utilise pour gerer 
le contenu du noeud est specifie, cet editeur sera 
aiors systematiquement utilise cheque fois que ce 
noeud devra etre visualise. L'editeur HSE est specif i- 
quement un editeur multimedia X/Motif developpe 
pour le systems hypermedia HS. Une pluralite d'au- 
tres editeure Ea, Eb. Ec, .... ont ete etendus pour ma- 
nipuler le protocole de communication CP. Les objets 
hypermedia et les documents manipuies par I'editeur 
HSE sont stockes dans un moyen de stockage per- 
manent PSP. 

Les editeure peuvent presenter plusieure niveaux 
de support du protocole CP, le support minimal 
consistent au traitement de deux requetes (ouverture 
et fermeture d'un noeud) et e I'envoi de messages 
d'erreur pour toutes les autres requetes. 

Cheque structure de noeud hypermedia, mani- 
puiee par Toutil HTK, contient le nom de I'editeur qui 
doit etre utilise pour I'edition du document correspon- 
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dant. 

Le syst^me HS ne d^f init pas rinterface utilisa- 
teur pour les ^diteurs. Les ^diteurs sont libres d'utiii- 
ser tout style de presentation. Le format dans lequel 
les contenus sont stock^s depend de I'^diteur. Le sys- 
tdme HS suggdre le chemin d'accte au repertoire 
dans lequel le document peut dtre stock6. Ce trajet 
est communique d rediteur chaque fois que le docu- 
ment est ouvert. Un certain nombre d'extensions au 
protocole est prealablement organise, mals des ex- 
tensions def inies par TutiUsateur sont egalement pos- 
sibles. 

Les applications multimedia interactives develop- 
pees en utilisant le systeme hypermedia HS permet- 
tent par exemple, de dedenclier des actions en cli- 
quant la souris sur une partie predef inie d'une image. 
AInsI, sur un document oontenant une image qui re- 
presenterait un visage, un die de la souris pres de la 
bouche pourralt engendrer un message vocal. L'ana- 
iyse succincte de cette operation pourralt etre reali- 
see comme suit : 

- rediteur detecte un die de la souris dans une 
zone predef inie de Tlmage, 

- 11 envolerinfbrmation relative audio de la sou- 
ris vers I'objet hypermedia adequat, 

- le systeme HS gere I'evenement en executant 
ie script de cet objet hypermedia, ce qui a pour 
effet dans le present exemple de dedencher le 
mes sage vocal. 

Les parties de documents qui offrent la posslbilite 
de dedencher des actions sont appeiees des zones 
sensibles. L'ancre est I'objet hypermedia qui est as- 
socie e une zone sensible. A un evenement (die de la 
souris, fiappe d'une touche d'un davler, etc ...) qui 
sur'vlent et qui est propre d une zone sensible corres- 
pond une information transmise d l'ancre concernee. 
Le systeme HS gere la semantlque (liens, scripts, ... ) 
associee aux ancres. 

Chaque ancre possede un identificateur unique 
signif le par le systeme HS lors de la creation de ladite 
ancre, cet identificateur sert de reference par la suite 
et doit etre stocke par i'editeur ensemble avec les au- 
tres proprietes relatives e la zone sensit>le concer- 
nee. 

L'identif icateur d'un noeud quant e lui est un poin- 
teur d'une structure contenant I'identif icateur unique 
du noeud concerne. 

Les editeurs peuvent gerer diffSrents types de 
zones sensibles : une zone dans une image, une par- 
tie d'un texte, tout objet graphique dans un program- 
me de dessin (induant des groupes d'objets), des ob> 
Jets d'interaction speciaux (bouton-poussoir, curseur 
d'un potentiometre en audio, ...). 

Les editeurs peuvent, en outre, gerer trois modes 
de presentation visuelle de zones sensibles dans une 
image ou un texte : le mode cache, le mode aff iche 
et le mode surintensif ie. Par exemple, dans le mode 
aff iche, un tnoi d'un texte sera entoure par un rectan- 



gle. Cependant, le style particulier de presentation 
dependra du contenu et de I'editeur. 

De meme, les editeurs doivent supporter le mode 

5 auteur et le rTK>de iecteur. Dans le mode auteur, I'uti- 
lisateur peut editer les contenus d'un document, se- 
lectionner des objets. ajouter ou supprimer des an- 
cres, etc ... . Dans le mode Iecteur, la plupart des ac- 
tions de I'utilisateur sont transmises sous forme de 

10 messages du protocole CP si elles apparaissent dans 
une region d'une ancre, sinon elles sont ignorees. 

De maniere remarquable un editeur communique 
avec le systeme hypermedia selon ie protocole utili- 
sant principaiement un Jeu de dnq types de messa- 

15 ges tels que : 

- des m^sages de requetes emis par le syste- 
me hypermedia loraqu'une quelconque action 
dolt etre executee par un editeur, 

- des messages de reponses, emis par les edi- 
20 teurs repondant d un message de requete, 

- des messages evenementiels, emis par les 
editeura pour informer le systems hypermedia 
de la survenance de divera evenements (par 
exemple le diquage d'une souris dans un an- 

25 ere), 

- des messages de menu, emis par les editeura 
pour Informer ie systeme hypermedia de la se- 
lection par un utiiisateur d'un menu predef ini 
(par exemple la fermeture d'un noeud), 

30 - des messages d'erreura, emis par les editeura 
lore de I'apparition d'une erreur. 
Ges differents types de messages seront explicl- 
tes dans la suite. 

Pour une application donnee, au tout debut I'edi- 

36 teur doit initialiser le protocole CP. Pour cela, ie mes- 
sage doit preciser le oontexte de rapplication, le nom 
de rediteur, la fonction presentee par I'editeur pour la 
manipulation des requetes et le nombre maximal de 
connexions supportees par I'editeur. Une fois initiali- 

40 se, le protocole gerera les connexions et distribuera 
de maniere adequate automatlquement les requetes 
qu'8 recevra. Dememe, en fin de traitement i'editeur 
devraenvoyerun messagede fermeture du protocole 
avant de sortir du systeme. 

4S Une requete emse par le systems hypermedia 

comporte deux arguments : la requete elle-mdme et 
un numero de connexion qui lui est specifique. Le 
memo numero de connexion et done la memo 
connexion devront etre utilises pour les messages de 

50 reponses ou d'erreura propres e cette requete. Ega- 
lement, le numero de connexion utilise lore de I'ouver- 
ture d'un document devra etre utilise pour remission 
de messages evenementiels ou de menu concernant 
ce document 

55 Loraqu'un editeur re^it un message de requete 

emis par le systems hypermedia, ce message est 
identifie grdce d un pointeur designantla structure 
specifique de la requete qui est conforms au protoco- 
le CP. Les messages de reponses aux requetes utill- 
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sent bien sOr des fonctions sp^crf iques et conformes 
au protocole CP, tes r6ponses doivent dtre envoy6es 
avant toute lecture d'une autre requdte. Les diff^ren- 
tes structures propres aux diverses requ3tes utilisSes s 
sont ci-apr^s d6f inies. 

- ouverture d'un noeud (tous les dditeurs utilises 
dans le prteent environnement doivent savoir 
gdrer cette requdte) : iorsqu'un document doit 

dtre ouvert le syst^me HS envoie une telle re- io 
qudte h I'dditeur, indiquant I'identificateur de 
noeud, le chemin d'accds suggdrd mais non 
Impost d'un repertoire extstant dans lequel 
l'6diteur pourra placer les contenus d'un 
noeud. le nom du noeud et le mode supports is 
(lecture seulement ou creation). Une fols que le 
document a 6t6 ouvert, I'Miteur envoie un 
message de r6ponse d la requdte d 'ouverture 
du noeud avec un num^iio qui sera utilise dans 
toute requdte future concernant ce noeud. Si le 20 
document ne peut §tre ouvert, c'est alors le 
message d'erreur qui est 6mis. 

- fermeture d'un noeud (tous les ^diteurs utilises 
dans le present environnement doivent savoir 
g^rer cette requdte) : lorsqu'une telle requdte 25 
est regue, T^diteur doit fermer le document as- 
socid au noeud concern^. II peut sauvegarder 

le document d fermer lorsque cela est ex pr ea- 
sement requis, sinon, mdme si ce dernier a dt6 
modif 16. il ne le sauvegarde pas. 30 

- suppression d'un noeud (les editeurs utilises 
dans le present environnement ne g^rent 
qu'optionnellement cette requdte) : si un noeud 
a M 8upprim6, cette requdte est 6mise lorsque 

les modifications apportdes au document hy- 35 
permddia ont et6 sauvegard6es. Lorsqu'un 
noeud ouvert est supprim6, 1'^diteur regoit uni- 
quement une requite de fermeture de noeud, 
si la suppression est conf irmde par demande 
expresse de sauvegarde, alors, une requdte de 40 
suppression de noeud est dmise. Dependant, 
si redlteur a stocks les contenus du noeud 
dans le repertoire sugg^rd par le systems HS, 
cette requdte peut etre ignoree : le systeme HS 
supprime lui-mdme ce repertoire avec tous ses 45 
contenus, sinon, reditsur doit supprlmer les 
contenus de noeud. 

- afficliage d'un noeud (ii est souhaitable que 
cette requdte sache etre geree par rediteur, 
mais cela n'est pas obligatoire si tous les so 
noeuds ouverts sont toujours aff iches) : lors- 
que cette requdte est regue, I'dditeur doit aff 1- 
cher le document correspondant. Si le noeud 

est ddjd aff iche. cet appel a pour rdsuitat de le 
mettre au premier plan. 55 

- suppression de I'aff ichage d'un noeud (la ges- 
tion de cette requdte est optionnelle) : lorsque 
raff ichage d'un document doit dtre supprimd, 
le systems IHS emet cette requdte vers redi- 



teur. 

- sauvegarde d'un noeud. sauvegarde de tous 
les noeuds (cette requdte doit savoir dtre gdrde 
par tous les editeurs supportant les objets "an- 
ores") : le systdme HS peut demander d un ddi- 
teur de sauvegarder le document en emettant 
cette requdte. De manidre d conserverune co- 
herence entre contenus de noeud et structure 
de noeud, les editeurs qui manipuient les an- 
cres doivent sauvegarder un noeud si, et seu- 
lement si, II resolvent cette requdte. Les ddi- 
teurs qui repoivent une requdte de sauvegarde 
de tous les noeuds exdcutent cette sauvegarde 
pour tous les noeuds modifies ouverts au mo- 
ment de i'arrivee de tadite requdte. En outre, si 
d un noeud est attaches la propriete "d'ignorer 
les nrKKlifications " et que cette propriete est 
verifies, I'editeur ne doit pas sauvegarder le 
noeud sauf si une modification a ete apportee 
aux ancres dans ce noeud. Si des ancrss ont 
ete nK>dif lees ou creees. rediteur alors sauve- 
garde le noeud. 

- impression d'un noeud (la gestion de cette re- 
qudte est optionnelle) : le systdme IHS peut de- 
mender d un dditeurd'imprimer le document en 
emettant cette requdte. 

- obtention d'une propriete d'un noeud (cette re- 
qudte est optionnelle, cependant si elle n'est 
pas supportde par un editaur un message 
d'erreur doit dtre dmis) : le systdme HS peut 
envoyer cette requdte pour obtenir la valeur 
d'une propriete du contenu d'un noeud. Si le 
noeud est trouve et que la propriete est autori- 
see et miss en oeuvre par rediteur. ce dernier 
envoie la valeur de cette propriete avec le mes- 
sage de reponse assode, sinon ii emet un mes- 
sage d'erreur. 

" fbcation d'une propriete d'un noeud (cette re- 
qudte est optionnelle) : le systdme HS peut 
dmettre cette requdte pour changer la valeur 
d'une propriete du contenu d'un noeud. Si le 
noeud est trouve et que la propriete et la valeur 
sont correctes, rediteur f bee la valeur de la pro- 
priete d sa nouveile valeur, sinon, I'editeur en- 
vole un message d'erreur au systdme HS. Une 
description sommaire des diverses propridtds 
sera effectude dans la suite. II est d noter que 
toutes ces propridtds sont optlonnelles et que 
rediteur peut ignorer ce type de requdte. 

- recherche d'un texte (cette requdte est option- 
nelle. mais si elle n'est pas supportee. un mes- 
sage d'erreur doit dtre envoyd) : I'editeur doit 
chercher une chatne donnee dans les objets du 
type texte dans un document, en partantdu de- 
but du premier objetde type texte. Une requdte 
subsdquente a pour effet de chercher la pro- 
chalne apparition de la channe courante. Une 
valeur de mode specifle diverses options pour 
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la recherche. 

- creation d'ancre (cette requSte doit 6tre g^r^e 
par tout 6diteur qui supports les ancres, le sup- 
port pour una requdte de creation d'ancre dans 5 
un objet modifiable est optionnel) : pour cr6er 
une nouvelle ancre, le systdme HS 6met oette 
requdte vers i'6diteur. L'dditeur dolt cr6er une 
zone sensible. Pour les objets de type texte, 
deux param^tres x et y donnent respective- 10 
ment la position de d^but et de fin de la partie 
sensible. Pour les innages, quatre paiamdtres 
sont utiiisds, ces deux paramdtrss x et y et 
deux param^tres qui donnent la largeur et la 
hauteur de la zone sensible. Pour les objets au- is 
dio etvid^o, deux param^tres suppl^mentaires 
concernant la premiere trame et la dernidre tra- 

me ddf inissent la premidre et la dernidre tra- 
mes pour lesquelles la zone sensible doit dtre 
active, c'est-&-dire le dSbut et la fin dans le 20 
temps. SI la requdte ne peut dtre satisfaite, 
r^diteur doit envoyer un message d'erreur d 
I'outil HTK du systdme HS. 
. suppression d'une ancre (cette requdte doit 
dtre gMe par tout dditeur qui supporte les an- 26 
cres) : cette requdte est envoyde par le systd- 
me IHS ^ rdditeur pour la suppression d'une an- 
cre. L'dditeur doit supprimer I'objet assodd d 
I'ancre (zone sensible, txiuton, ...). 

- aff ichage d'une ancre (cette requdte est op- 30 
tionneile) : avec cette requdte, ii est demandd 

d I'dditeur de visuaiiser une partie ou une page 
d'un document contenant la zone sensible 
correspondante. Ceci n'est utile que si le 
noeud n'est pas visible dans son intdgralitd. 35 

La gestion des objets modif iables est ef- 
fectude d partir d'un certain nombre de requd- 
tes prdvues pour la manipulation d'objets d Tin- 
tdrieur d'un document Le systdme HS suppor- 
te quatre mdcanismes qui permettent de se rd- 40 
fdrer d .des objets dans un document : 

* I'identification d'objet modifiable : si I'ddi- 
teur gdre des identificateura durables pour 
ses objets, ces identif Icateurs peuvent dtre 

util isds pour se rdfdrer d des objets dans tes 4S 
messages de requdtes. D'autres dditeurs 
peuvent fburnir des identif icateurs non du- 
rables en rdponse d des requdtes pour des 
identificateura d'objets. 

* le nom : si i'dditeur gdre des noms pour ses so 
objets, il est aiors rdfdrd d un obJet modifia- 
ble avec un nom donnd. Si un tel obJet n'est 

pas trouvd, un message d'erreur doit dtre 
dmis. Si piusieurs objets ont ie nom et le 
type donnds, le rdsultat ddpend de i'dditeur 55 
et doit dtre documentd. 

* la position : des objets peuvent dtre rdfdren- 
cds en donnant une position dans le docu- 
ment Le premier objet ayant cette position 
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est utilisd. S'il n'y a pas un tel objet, un mes- 
sage d'erreur est envoyd. 
« I'ancre : permet de se rdfdrer d i'objet 
contenant cette ancre. Get objet doit dtre du 
type sensible (zone sensible, bouton, ...). 

- cidation d'objets modifiables (cette requdte est 
supportde optionneifement, si eile n'est pas 
supportde, un message d'erreur doit dtre 
dmis) : I'dditeur doit, si possible, order un objet 
avec des propridtds implicites (par ddfaut) et 
envoyer I'identif icateur de I'objet crdd au sys- 
tdme HS en utitisant un message de rdponse, 
sinon il envoie un nnessage d'erreur au systd- 
me HS. 

- insertion (cette requdte est optlonnelle) : il est 
demandd d I'dditeur d'insdrer ie contenu d'un 
"presse-papier" d une position donnde. 

- effacement/coupe/copie (ces requdtes sont 
optionnelles) : Tobjetrdfdrencdesteflieicd, cou- 
pd ou copid. 

- sdlection d'objet (cette requdte est optlonnel- 
le) : I'dditeur dolt ou ne doit pas sdlectionner 
I'objet rdfdrencd. 

- positlonnement du cureeur (cette requdte est 
optlonnelle) : I'dditeur dolt placer le curseur 
d'insertion de manidre d le faire apparaltre sur 
Tobjet rdfdrencd. 

- sdlection de tous les objets (cette requdte est 
optlonnelle) : I'dditeur doit sdlectionner tous les 
objets d'un certain type dans une zone ddf inie. 

- sdlection d'un texte (cette requdte est option- 
nelle) : I'dditeur dolt sdlectionner un texte dans 
une zone donnde. 

- alignement des objets (cette requdte est 
tionneile) : I'dditeur doit aligner (cadrer) les ob- 
jets sdlectionnds. 

- obtention de propridtds d'un objet modifiable 
(cette requdte est optlonnelle, cependant si elle 
n'est pas supportde, un message d'erreur doit 
dtre envoyd) : les valeure des propridtds d'un 
objet modifiable sont gdrdes par rdditeur. Le 
systdme HS peut envoyer cette requdte pour 
obtenir la valeur d'une propridtd d'un objet Si 
I'objet rdfdrencd est trouvd dans le document et 
si la propridtd est autorisde et mise en oeuvre 
par I'dditeur pour cet objet, I'dditeur envoie la 
valeur de la propridtd avec un message de rd- 
ponse, sinon il envoie un message d'erreur au 
systdme HS. 

- fixation de propridtds d'un objet modifiable 
(cette requdte est optionnelle) : le systdme HS 
peut envoyer cette requdte pour changer la va- 
leur d'une propridtd d'un objet modifiable. Si 
I'objet rdfdrencd est trouvd dans le document et 
que te type et la valeur de la propridtd sont 
correctes pour cet objet I'dditeur fixe la valeur 
de la propridtd d (a nouvelle valeur, sinon II en- 
vole un message d'erreur au systdme HS. 
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Les neuf messages suivants concernent les re- 
qufites de gestion de menu. Ces requites permettent 
^ des scripts de modifier la barre de menu de r^dlteur 
pour chaque document, elle sont cependant toutes 
optionnelles. Un paramdtre dit de niveau autorise la 
modification en mode lecteur. en mode auteur, ou les 
deux d la fols. 

- addition au menu : I'dditeur doit ajouter un 
menu d6roulant ^ la barre de menu. SI le para- 
m^tre de position est different de z6ro, le menu 
est plac6 d la position donnde. d^calant les me- 
nus existante si cela est n6cessaire, sinon II est 
plac6 d droite des menus existants. 

- addition d'une partle de menu : r§diteur doit 
ajouter une partle de menu d un menu existent 
SI le paramdtre de position est different de 
z6ro, la partle de menu est plac6e d cette po- 
sition, sinon elle est plac6e au-dessous des 
parties de menu exists ntes. Le nom d'une par- 
tie de menu peut 6tre utilise dans des scripts 
comme nom de message d*6v6nements ; 

- retrait d'un menu : I'Mlteur dolt retirer un menu 
existent de la barre de menu. 

- retrait d'une partle de menu : r^dlteur dolt reti- 
rer une partie de menu d'un menu existent 

- activatlon/d6sactivation d'un menu/d*une par- 
tie de menu : i'^diteur doit rendre disponible ou 
indisponible (griser) le menu r6fdrenc6 ou la 
partie de menu r6f6renc6e. 

- cochage/non cochage (petite marque faite d 
c6t6 du menu) d'une partie de menu : r6diteur 
doit ou ne doit pas contrfiler la partie de menu 
rdf6renc6e. 

- addltion/retrait d'un accdldrateur : I'ddlteur dolt 
ajouter ou retirer un acc6l6rateur d la partie de 
menu r6f6renc6e. 

- restauration de la barre de menu : l'6diteur doit 
replacer la barre de menu dans son 6tat nor- 
mal. 

- masquage/afflchage de la barre de menu : 
i'6dlteur doit masquer ou aff icher la barre de 
menu. 

- fixation d'une propri6t6 du syst^me (cette re- 
qudte est optionnelle) : ce message et envoys 
d tous les ddlteurs quand une propri6t6 du sys- 
t6me est chang6e. Le changement rteultant 
doit dtre propag6 et dtre reproduit dans tout do- 
cument ouvert par les 6diteurs. 

- messages (cette requdte est optionnelle) : le 
systdme HS envole une requdte demandant d 
r^diteur d'afflcher un message. Le systdme 
HS n'attend pas de message de r6ponse. L'ddl- 
teur est alors charg6 d'afflcher et d'eniever les 
messages. 

- commandes d'ex6cution (cette requfite est op- 
tionnelle, si elle n'est pas support6e, un mes- 
sage d'erreur doit 6tre 6mis) : cette requdte, 
envoy6e par le syst^me HS d r6dlteur, contlent 



une chaThe ^ traiter comma une s^rle de 
commandes. Le contenu de la chaTne et la ma- 
ni^re dans iaquelle elle est traltde dependent 
5 de I'dditeur. 

- traitement d'un 6v6nement de type menu {n6- 
cessalre seulement pour les dditeurs qui dmet- 
tent des messages d'6v6nements de type 
menu) : le comportement par ddfaut du syst6- 

10 me HS pour ce type de message est de ren- 

voyer une requdte corresponds nle. Le traite- 
ment de ce message est dependant de I'ddi- 
teur. 

- synchronisation (tous les 6dlteurs conformes 
IS au protocole CP doivent g6rer cette requdte) : 

r^diteur doit dmettre une r6ponse 'Vide", ceci 
autorise la synchronisation entre le systdme 
HS et I'dditeur. 

- obtention de la position d'un pointeur (cette re- 
20 qufite est optionnelle. mais si elle n'est pas 

support6e, un message d'erreur dolt dtre 
6mi8) : lorsqu'll regoit cette requdte, I'dditeur 
doit rdpondre en donnant la position actuelle du 
pointeur par rapport d la fendtre contenant le 
25 document r6f6rencd. SI le document n'est pas 

affichd. I'dditeur doit envoyer un message 
d'erreur. 

- effet special (cette requdte est optionnelle) : 
aprte rdception de cette requdte, le prochain 

30 document ouvert dolt dtre af f Ichd dans la fend- 

tre utilisde dans ie document rdfdrencd. Un ef- 
fet spdcial optlonnel doit dtre utillsd. 

- verroulllage/ddverrouillage d'un dditeur (cette 
requdte est optionnelle) : permet de verrouiller 

35 ou ddverrouiller I'dditeur. Quand I'ddlteur est 

verrouilld 11 doit attendre une requdte de dd- 
verrouiliage avant de traiter une queloonque 
demande d'un utilisateur. 

- enregistrement (cette requdte est optionnelle): 
40 lorsque I'dditeur est en mode enregistrement, 11 

doit envoyer au systdme HS des messages qui 
ddcrivent chaque action d'un utilisateur (mou- 
vement d'un objet propridtd modlf ide. etc ...). 
Ceci gdndre automatlquement un script qui va 
45 reproduire la sdquence d'actions. 

Les nnessages de rdponses des ddlteurs aux 
messages de requdtes du systdme HS ont dtd examl- 
nds au cours de la description desdits messages de 
requdtes. II dolt dtre cependant notd que les messa- 
50 ges de rdponses ou d'erreurs doivent obligatolrement 
dtre transmis avant toute lecture d'une requdte sui- 
vante. 

Concernant les messages d'dvdnements, les an- 
cres (assocldes aux zones sensibles) et les noeuds 
55 (associds aux documents) peuvent avantageuse- 
ment possdder des scripts qui peuvent contenir das 
gestionnaires qui sont des petits programmes de trai- 
tement des diffdrents dvdnements susceptibles de 
survenlr. L'dditeur dolt ainsi envoyer les messages 
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d'6v6nements au systdme HS de sorte que les 
nements soient traitSs de mani^re appropri^e. 

Lorsqu'un 6diteur est en mode lecteur. tout mes- 
sage d'^v^nement (relatif par exemple d la souris ou s 
au curseur d'insertion) impliquant une zone sensible 
doit dtre transmis d I'ancra correspondante. 

Outre tous ces messages d'6v6nement8. 1'6diteur 
peut envoyer des messages sp^cifiques d'6v6ne- 
ments notifiant une modification de ta configuration, io 
qui doivent 3tre trait^s par le script du noeud, ciiaque 
fois que la fendtre contenant le noeud est ddplacde, 
redlmensionn6e, mise au premier-plan ou au dernier- 
plan. 

Lorsqu'un message d'6v6nement est envoys, 18 
I'Identificateur de noeud dmis est celui transmis d 
r^diteur au moment de Touverture du document. 
UidentiflcatBurd'ancra doit dtra fbe6 d z6ro si (e mes- 
sage d'6v6nement conoerne le noeud, sinon il est 
conserve d ia valeur fburnie iors de la creation de I'an- 20 
ere, le message 6tant par consequent aiguHId vers le 
noeud dans le premier cas ou vers Tancre correspon- 
dante dans le dernier cas. 

Les messages de menu sont envoyds vers la boT- 
te d outils HTK du systdme HS lorsque rutlllsateur 86- 26 
lectionne une partie de menu. Dans la plupart des 
cas, ces messages sont optionnels, mais la transmis- 
sion de tels messages permet aux auteurs d'applica- 
tions de personnel iser et de order sur mesure lesdites 
applications. ^ 

De mani^re d maintenir la coherence entrs les 
contenus de noeud et la structure de noeud hyperme- 
dia, certaines fonctlons d'^diteur ne doivent dtre ex6- 
cutdes qu'aprds reception du message de requdte 
6mis par le systdme HS. Ce sera toujours le cas pour 35 
la fermeture d'un noeud. Si l'6diteur supporte des an- 
cres ce sera dgalement le cas pour la sauvegarde 
d'un noeud. Pour ce type de fonctions, I'dditeur doit 
envoyer un message de menu au systdme HS. La 
procedure par ddfaut du systdme HS indut un renvoi 40 
d'un message de requdte correspondent Si par 
centre un gestlonnafare est trouvd pour le traitement du 
message de menu, alors ce gestionnaire est utillsd et 
la procedure par ddfaut n'est pas exdcutee. 

Cependant, certains messages de menu exigent 45 
un traitement special de la part du systdme HS, ces 
messages ayant des structures spdclales. Les autres 
messages de menu utilisent la structure de message 
generate qui contient le nom du message de menu. 
Ce nom ddcoule habituellement du libelie de la partie so 
de menu. 

Aucune partie de menu specifique du systeme 
HS n'est obligatoire si I'editeur n'a pas d gdrer d'an- 
cres. 

Pour ces messages, I'Identificateur de noeud ss 
emis est celui transmis e I'editeur Iors de I'ouverture 
du document. L'identif icateur d'ancre doit dtre fixe d 
zero, si le message de menu concerne le noeud, si- 
non n est conserve d ta valeur fournie Iors de la crea- 



de I'ancre. 

- suppression de I'aff ichage d'un noeud (iriessa- 
ge optionnel) : lorsqu'une partie de menu 
concernant la suppression de I'aff ichage d'un 
noeud est seiectionnee par I'utiiisateur, oe 
message doit etre envoye par I'editeur. 

- fermeture d'un noeud (message optionnel) : 
lorsqu'une partie de menu concernant la fer- 
meture d'un noeud est seiectionnee par I'util^ 
sateur, ce message doit 6tre envoye par i'edi- 
teur. Si le noeud peut etre ferme, le systdme 
HS enverra alors une requdte de fermeture de 
noeud d I'editeur. 

- sauvegarde d'un noeud (message optionnel) : 
lorsqu'une partie de menu concernant la sau- 
vegarde d'un noeud est seiectionnee par i'uti- 
iisateur, ce message doit etre envoye par I'edi- 
teur. Si cela est possible, alore le systems HS 
enverra une requdte de sauvegarde de noeud 
& i'editeur. 

- suppression d'un noeud (message optionnel) : 
lorequ'une partie de menu concernant la sup- 
pression d'un noeud est seiectionnee par I'uti- 
iisateur, ce message doit etre envoye par I'edi- 
teur. Si cela est possible, alore ie systems HS 
enverra une requdte de suppression de noeud 
e I'editeur. Le systdme HS supprimera le reper- 
toire contenant les contenus de document 

- creation d'ancre (message obligatoire pour les 
editeure supportant les ancres) : i'editeur est 
charge de fournir {'interface utUisateur pour la 
creation d'ancres. Quand une nouvelle ancre 
doit dtre creee, I'editeur envoie ce message. En 
reponse d ce message, le systdme HS cree (si 
cela est possible) une nouvelle ancre et envoie 
une requdte de crdation d'ancre d I'editeur. Par 
centre* en cas d'insucces, une requdte de crea- 
tion d'ancre avec un identif icateur d'ancre egai 
d zero est envoyde d I'dditeur. Typlquement et 
de manidre avantageuse, la crdation d'une 
zone senbible est ainsi effectude : 

* I'utiiisateur indique les repdres d'une rdgion 
du document choisle comme zone sensible, 
qui peut dtre par exemple une zone rectan- 
gulaire dans une Image, une partie du texte, 
etc ... . 

* I'dditeur envoie au systdme HS un message 
de menu relattf d la crdation d'une ancre. 

« le systdme HS crde une nouvelle ancre et 
envoie d I'dditeur un message de requdte 
de creation d'ancre. Dans le cas oD I'ancre 
ne peut dtre crdde, I'Identificateur d'ancre 
est fixe d zero. 

« si I'editeur revolt un message de requdte 
valide de crdation d'ancre, ii met d jour son 
contenu pour Indure la nouvelle ancre, si- 
non II exdcute les procedures appropriees. 
Le systdme HS peut crder des ancres sans que 
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TutHlsateur agisse directement. en envoyant une re- 
quite de cr6ation d'ancre. L'^diteur rdpond d ce mes- 
sage de la mSme manidre que dans le cas prdc^dent 
quand rutilisateur avait fait luhmdme ce choix. s 
- suppression d*une ancre (message obligatoire 
pour les dditeurs supportant les ancres) : iors- 
qu'un objet sensible dolt 6tre supprim^. r6di- 
teur doit envoyer ce message. Si I'ancre peut 
Stre supprim6e, le syst^me HS envoie une re- io 
qudte de suppression d'ancre k I'ddfteur. Typi- 
quement et de manldre avantageuse la sup- 
pression d*une ancre est ainsi effectu^e : 

* i'utilisateur s^lectionne la zone sensible d 
supprimer. 

* r^diteur envoie au systdme HS un message 
de menu de suppression d'ancre. 

* si la suppression est possible, le systdme 
HS supprime Tancre et envoie d I'^diteur 

une requdte de suppression d'ancre, sinon 20 
la suppression est tgnor^e. 

* lorsque l'6diteur regoit la raqudte de sup- 
pression d'ancre, il supprime I'objet corres- 
pondent du document. Le systdme HS peut 
supprimer des ancres sans que I'utillsateur 25 
agisse directement, en envoyant une re- 
qudte de suppression d'ancre. L'dditeur r6- 
pond d ce message de la mdme manidre 

que dans le cas prdcddent quand I'utilisa- 
teur avait fait lul-mftnrte ce choix. 30 

- selections (message obligatoire pour les 6di- 
teurs supportant les ancres) : I'^diteur doit 
fournir un m^canisme d I'utilisateur pour s6leo 
tionnerun noeud ou un obJet sensible. Le style 

de s6lection depend de i'dditeur. L'^dlteur en- 35 
vole alors ce type de message. Pour la selec- 
tion d'un noeud. Tidentificateur d'ancre doit 
dtre f bc6 d z^ro. De manidre typique, ce type de 
message est utilise pour crder des liens. 

- Editions de scripts (message obligatoire pour 40 
les editeurs supportant les ancres) : chaque 
obJet actif est associe d un script en langage 

MT. L'editeur peut envoyer ce message en re- 
ponse k la selection d'un utilisateur. Le syste- 
ms HS appeile alors rediteur de scripts pour 45 
editer le script de I'objet specif le. 

- Visualisation d'informatlon d'un objet (messa- 
ge obligatoire pour les editeurs supportant les 
ancres) : la procedure impiiclte pour ce messa- 
ge de menu est que la bolle e outils HTK du so 
systems HS presente sur recran une botte de 
dialogue permettant de visualiser et de modi- 
fier diverses proprietes de I'objet designe. 

- Messages de menu specifiques d'un editeur 
(message optlonnel) : rediteur peut envoyer 55 
des messages de menu pour diverses parties 

de menu specifiques de rediteur en utilisantce 
type de message dans lequel le parametre de 
nom peut etre utilise dans un script pour def inir 



un gestionnaire de message de menu. Si au- 
cun gestionnaire n'est trouve, la procedure par 
defaut dans ce type de message est que le sys- 
teme HS renvoie e i'editeur une requdte de 
gestion de menu. Les parametres de nom de ce 
type de message doivent dtre donnes dans la 
documentation specif ique de rediteur. 
- Messages de menu definis par i'utilisateur 
(message optlonnel) : les editeurs peuvent 
supporter des menus et des parties de menu 
additionnels definis par les requdtes relatives 
au menu decrltes ci-avant Les editeurs doivent 
envoyer ces messages de menu definis par 
rutilisateur lorsque I'une des parties de menu 
est seiectionnee en utilisant ce type de messa- 
ge dans lequel le parametre de nom est le nom 
de la partle de menu tel que def inl pour la re- 
quete d'addition d'une partle de menu. Le nom 
peut dtre utilise dans des scripts pour def inir un 
gestionnaire du message de menu. Si aucun 
gestionnaire n'est trouve, la procedure par de- 
faut dans ce type de message est de ne rien fai- 
re. 

En butre. tous les editeurs conformes au protooo- 
ie CP doivent envoyer des messages d'erreurs lors- 
qu'as regoivent une requdte attendant une reponse et 
qui n'est pas geree par rediteur. l^s editeurs qui sup- 
portent des ancres doivent envoyer un message 
d'erreur lorsqu'une requdte de creation d'ancre est en 
echec. Dans les autres cas, les messages d'erreurs 
sont optionnels. Dans les messages d'erreurs le pa- 
rametre "requete" indique, quand c'est le cas. le type 
de requdte qui a provoque I'erreur et le parametre 
"ralson^fournit la raison de I'erreur. Quelques exem- 
pies d'erreurs courantes sont ici mentionnees : mau- 
vaise ancre, mauvais document, mauvaise longueur, 
mauvaise correspondence, mauvais objet. mauvaise 
propriete, mauvaise requdte, mauvaise valeur, objet 

non mis en oeuvre 

D'autre part, et comme ceia a ete exprime prece- 
demment, un grand nombre de messages utilises par 
le protocole CP contient des proprietes caracterisees 
par un .type de propriete et une valeur ayant une 
structure prdddfinie. Pour une meiileure apprehen- 
sion du contexte dans lequel evolue I'invention, une 
description de quelques proprietes estfournie dans la 
suite, il est e remarquer que toutes ces proprietes 
sont optionnelles. rediteur pouvant ignorer toute re- 
qudte de fixation de propriete et pouvant rdpondre par 
un message d'erraur en cas de requdte d'obtention 
de propriete. Certaines proprietes sont predef inies et 
leur valeur peut dtre obtenue ou f ix6e de manidre sim- 
ple. II est en outre possible d'etendre le nombre de 
proprietes. Les proprietds additionnelles peuvent dtre 
gdrdes par le protocole CP. Pour cela, le type de pro- 
priete qui doit dtre dans ce cas utilise est supdrieur d 
un nombre predefini (par exemple 127). La valeur 
pour ces proprietes est une valeur d'extension qui 
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contient le type et la valeur r^elle. Ainsi, un objet mo- 
difiable peut se voir ajouter une propri6t6 addltionnel- 
le d6f Inle par son nom (auquel correspond une valeur 
entidre) et un nonnbre .qui sera le nombre juste sup6- s 
rieur au nombre de propri6t6s existant d6jd. Le sys- 
t^me HS doit alors d6f Inir une fonction d'extension qui 
peut 6tre appel^e en langage MX et envoyer un mes- 
sage de requ§itB associ^ alors que.l'^diteur concern^ 
sera change de g^rer la requdte apr^s verification io 
6ventuelle du type de donndes. 

Les propri6t6s pr6ddf inies peuvent concerner le 
systdme, un noeud ou un objet (texte, image, graphi- 
que, groupe, bouton, curseurs et graduations de po- 
tentiom^tres pour Taudio, audio, animation et vid6o, 15 
zone sensible pourle texte ou Tlmage, cible). 

Les changements de valeur des propri6t6s de 
systdma sont transmis d tous les dditeurs d6Jd 
connect6s et d cheque dditeur lors de sa connexion. 
Elles ont pour ef fet, solt de changer le comportement 20 
de r^diteur, soit de specifier de nouvelles valeurs de 
d6faut pour de nouveaux objets. IjOS diff6rents para- 
mdtres modifiables de ces proprl6t6s sont les sul- 
vants : 

- aff icher (si v6rifi6) ou ne pas afflcher les an- 25 
cres, 

- couleur de I'arridre-plan (fond) par d^faut pour 
les nouveaux objets; 

- si v6rif 16, Image d*arridre-plan par ddfaut pour 

les nouveaux objets, so 

- centrage des nouveaux objets sur la souris. 

- g6om6trie d'une fendtre avec un outil de des- 
sin, 

- g6omdtrie d'une fendtre pour la sdlection de 
fontes, 35 

- listedefontesparddfautpourlesnouveauxob- 
jets, 

- couleur du premier plan par d^feut pour les 
nouveaux objets, 

. quadrillage, si v6rifi6, une grille est aff ichte 40 
dans tous les documents, 

- ddtachement (calage) de la grille dans tous tes 
documents, 

- espacement de la grille dans tous les docu- 
ments, ^ 

- retraits (ddcalages) par d6faut pour les nou- 
veaux objels, 

- mode auteur ou mode lecteur par d6faut, 

- espacement de ligne par d6faut pour les nou- 
veaux objets, so 

- style de ligne par ddfaut pour les nouveaux ob- 
jets. 

- verrouiilage de Tdcran, si v6rifi6, 1'^diteur ne 
remet pas d jour rScran, 

- g^om^trie de la fendtre de la botte de message, 55 

- g^omdtrie de la fendtre du s6lecteur de cou- 
leur, 

- nombre de c6t6s par d6faut pour les nouveaux 
polygenes. 



- si v6rif id, la rdgle de format est aff Ichde dans 
tous les documents, 

- taiile d'une page par ddteut pour les nouveaux 
documents, 

- espacement de la tabulation par ddfeut pour les 
nouveaux objets, 

- type de tabulation par ddfaut pour les nou- 
veaux objets, 

- allgnement (cadrage) du texte par d6faut pour 
les nouveaux objets, 

- unites en poucesou en mDlimdtres (millimetres 

pard6faut). 

Les diff6rents paramdtres modifiables des pro- 
prietes de noeud sont les suivants : 

- couleur de I'arriere-plan, 

- image d'arridre-plan, 

- enfents (hypermedia, parente des noeuds), 

- curseur, 

- couleur du premier-plan, 

- identificateurde noeud, 

- modifications non prises en compte, si vdrif 16, 

- grossissement, 

- nom, 

- defilement de la page, 

- parent (hypermedia), 

- position, 

- zone seiectionnee, 

- position de la zone seiectionnee. 

- texts seiectionne, 

- position du texte seiectionne, 

- selection, 

- tailie, 

- type (hypermedia), si verif ie, noeud, 

- Identif icateur de fanetre. 

Les differents parametres nrKxJifiables des pro- 
prietes concernant les textes sont les suivants : 

- identificateur d'ancre (hypermedia), valeur 
zero par defaut ou valeur de I'ldentiflcateur 
d*ancre si I'objet est actif, 

- couleur de rarriere-plan, 

- Image d'arriere-plan, 

- lignes de base, 

- enfants (hypermedia), lists des zones sensi- 
bles de texte, 

- objet modifiable, 

- Ilste de fontes, 

- couleur du premier-plan, 

- mise en evidence (surforillance) d'une zone du 
texte sur I'ecran quand le curseur entre dans 
cette zone, 

- identificateurde texte, 

- retraits (decalages), 

- couche, 

- nom, 

- parent (hypermedia), 

- position, 

- defilement, 

- monoligne. 
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- taille, 

- espacement de llgne, 

- espacement de tabulation, 

- type de tabulationp 5 

- texte. 

- alignement (cadrage) du texte, 

- d6bordement d'un texte, 

- position sup^rieure, 

- type, si v6rifi6. texte, 

- coordonndes des points sup6rieur gauche et 
infdrieur droit du texte sur l'6cran, 

- visualisation de I'objet, si v6rif 16, t'objet est vi- 
sible, 

- retour ^ la ligne automatlque. is 
Les diff^rents paramdtres nriodif iables des pro- 

phMs concernant les tnnages sont les suivants : 

- identificateur d'ancra (hypermedia), valeur 
z6ro par ddfaut ou valeur de I'identificateur 
d'ancre si I'objet est actif, 20 

- couleur de rarri6re-plan, 

- image d'arri6re-plan, 

- enfants (hypermddia), liste des zones sensi- 
bles dans ies images, 

- nom du f Ichier contenant I'image, 25 

- couieur du premier-plan. 

- mise en Evidence (surbrillance) d'une zone de 
rimage sur T^cran quand ie curseur entre dans 
cette zone. 

- identificateur d'image, 30 

- couche, 

- nom, 

- parent (hypermedia), 

- position, 

- taille. 35 

- type (hypermedia), si v6rlf ie. Image, 

- coordonnees des points superieur gauche et 
inferieur droit de I'image sur I'ecran, 

- visualisation de I'objet, si verifie. I'objet est vi- 
sible. ^ 

Les dffferents parametres modif iables des pro- 
prietes concernant les graphiques sont les suivants : 

- identificateur d'ancre (hypermedia), valeur 
zero par defaut ou valeur de Tidenttficateur 
d'ancre si I'objet est actif» 45 

- couleur de I'arriere-plan, 

- image d'arriere-plan, 

- couleur du premier plan. 

- mise en evidence (surbrillance) d'une zone du 
graphique sur I'ecran quand Ie curseur entre so 
dans cette zone, 

- identificateur du graphique, 

- couche. 

- style de ligne, 

- nom. 

- parent (hypermedia), 

- position, 

- taille. 

- type (hypermedia), si verifie, graphique (ligne. 



cercle. "camembert", ...), 

- coordonnees des points superieur gauche et 
inferieur droit du graphique sur i'ecran, 

- visualisation de I'objet. si verifie. I'objet est vi- 
sible. 

Les differents parametres des proprietes concer- 
nant les compositions d'objets modif iables sont les 
suivants : 

- identificateur d'ancre (hypermedia), valeur 
zero par defaut ou valeur de I'identificaleur 
d'ancre si I'objet est actif. 

- enfants (hypermedia), 

- identificateur de groupe, 

- couche, 

- nom. 

- parent (hypermedia), 

- position, 

- taille. 

- type (hypermedia), si verifie. groupe, 

- visualisation de I'objet. si verifie. I'objet est vi- 
sible. 

Les differents parametres modif iables des pro- 
prietes concernant les boutons sont les suivants : 

- identificateur d'ancre (hypermedia), valeur de 
I'identificateur d'ancre, 

- couleur du bouton de validation, 

- aff Ichage du bouton de validation, 
• couleur del'arriere-pian, 

- image d'arriere-plan, 

- remplissage du bouton apres validation. 

- remplissage du bouton apres selection, 

- liste des fontes, 

- couleur du premier plan. 

- mise en evidence (surbrillance) du bouton sur 
recran quand Ie curseur entre dans cette zone, 

- identificateur du bouton, 

- jeu de boutons, 

- aff ichage du libelie, 

- chatne du libelie, 

- type de libelie. 

- couche, 

- nom, 

- parent (hypermedia), 

- position. 

- selection de couleur. 

- affichage par defaut. 

- taille. 

- type (hypermedia), si verifie, bouton-poussoir. 
bouton audio ou bouton de contrdle, 

- coordonnees des points superieur gauche et 
inferieur droit du bouton sur I'ecran, 

- visualisation de I'objet. s( verifie. Ie bouton est 
visible. 

Les differents parametres modifiables des pro- 
prietes concernant les curseure de potentiometre 
sont les suivants : 

- identificateur d'ancre (hypermedia), valeur de 
I'identificateur d'ancre. 
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- couleur de rarri^re-plan. 

- image d'ariiftre-plan. 

- liste des fontes, 

- couleurdu premier-plan, ^ 

- mise en Evidence (surbrillance) du curseur sur 
V^ccan quand le curseur entre dans cette zone, 

- identificateurde curseur, 

- couche, 

- maximum de la position du curseur, 10 

- minimum de la position du curseur, 

- nom, 

- parent (hypermedia), 

- position. 

- affichage touches de commande du curseur, 15 

- taitle, 

- taille du curseur, 

- type (hypermddia), 

- valeur, 

- coordonndes des points sup6rieur gauche et 20 
inf^rieur droit du curseur sur I'^cran, 

- visualisation de t'objet, si v6rif i6, le curseur est 
visible. 

Les diff6rents paramdtres modifiabies des pro- 
pri6t6s concernant les r6glettes gradudes sent les 25 
suivants : 

- identif Icateur d'ancre (hypermedia), valeur de 
I'identif icateur d'ancre, 

- couleur de rarridra-plan, 

- image d'arridre-plan, 

- virgules dMmales, 

- liste des fontes, 

- couleur du premier-plan, 

- mise en evidence (surbrillance) des gradua- 
tions sur recran quand le curseur entre dans 3S 
cette zone, 

- identificateurde reglettegradu6e, 

- couche, 

. maximum de la position de la reglettegradude, 

- minimum de la position de la rdglette giadude, 40 

- nom, 

- parent (hypermedia). 

- position, 

- hauteur de la reglettegraduee, 

- largeur de la reglette graduee, 4S 

- affichage des valours de reglette graduee, 

- taille. 

- taitle du curseur, 

- chafne du titre, 

- type (hypermedia). so 

- valeur de la reglette graduee, 

- coordonnees des points superieur gauche et 
inferieur droit des graduations sur recran, 

. visualisation de Tobjet, si verifie. les gradua- 
tions sont visibles. 55 
Les different paramdtres modifiabies des pro- 
prietes concernant I'audlo sont les suivants : 

- identificateur d'ancre (hypermedia), valeur 
z6ro par defaut ou valeur de I'ldentificateur 
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d'ancre si Tobjet est actif , 

- couleur du bouton de validation. 

- affichage du bouton de validation, 

- couleur de I'arriere-plan, 

- image d*arriere-plan, 

- reglage des basses. 

- enfants (hypermedia), 

- sequence courante, 

- duree, sequences en milllsecondes, 

- nom du f ichier audio, 

- remplissage aprds validation, 

- remplissage apres selection, 

- premiere sequence, decalage de la sequence 
audio en mRlisecondes, 

- liste des fontes, 

- couleur du premier-plan. 

- mise en evidence (surbrillance) sur recran 
quand le curseur entre dans cette zone, 

- identif icateur audio, 

- affichage du iibelie, 

- chaThe du libelie, 

- type du libelie. 

- derniere sequence, decalage de fin de se- 
quence en milllseoondes, 

- couche, 

- boudage, si verifie. repetition continuelle. 

- nom, 

- parent (hypermedia). 

- position. 

- selection de couleur. 

- taille, 

- stereo, 

- reglage tonalites, 

- reglage des algus. 

- type (hypermedia) 

- coordonnees des points superieur gauche et 
inferieur droit sur recran, 

- visualisation de I'objet, si verifie, I'objet est vi- 
sible, 

- reglage volume audio. 

Les differents parametres modifiabies des pro- 
prietes concernant les animations et la video sont les 
suh^ants : 

- identificateur d'ancre (hypermedia), valeur 
zero par defaut ou valeur de ridentificateur 
d'ancre. si I'objet est actif, 

- couleur de I'arriere-plan, 

- image d'arriere-plan, 

- reglage luminosite, 

- enfants (hypermedia), lista des "dbles". 

- reglage contraste, 

- tramecourente. 

- duree en nombre de trames. 

- nom du f ichier contenant I'animation, 

- premiere trame de la sequence video, 

- couleur du premier-plan, 

- reglage des nuances (teintes), 

- identificateur animation et video. 
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- dernidre trame de la sequence vid6o, 

- couche, 

- boudage. si v6rjf 16. r6p6tition continuelle. 

- nom, 

- parent (hypermedia), 

- position, 

- r6glage de couleur (saturation), 

- rdglage de nettet6 des contours, 

- taille, 

- type et standard vid6o (PAL. CVBS, ...), 

- rdglage des tonalltds, 

- type (hyperm6dia). animation ou vid6o, 

- coordonnSes des points sup6rieur gauche el 
Inf6rieur droit sur r§cran. 

- visualisation, si v6rif id, I'objet est visible, 

- r^lage volume de Taudio. 

Les diffdrents paramdtres modlfiables des pro- 
priety concernant les zones sensibles de texte sont 
les suivants : 

- identif icateur d'ancre (hypermedia), valeur de 
I'identificateur d'ancre, 

- mise en evidence (surbrillance), verif le si la 
zone sensible du texte dlgnote lorsque le poin- 
teur la seiectionne, 

- identif icateur de zone sensible de texte. 

- couche, 

- nom, 

- parent (hypermedia), Identif icateur de la partie 
du texte de la zone sensible, 

- position, premiere et derniere positions de ca- 
ractere dans le texte de la zone sensible. 

- texte contenu dans la zone sensible, 

- type (hypermedia), zone sensible du texte, 

- coordonnees des points superieur gauche et 
inferieur droit sur I'ecran. 

- visualisation, verif le si I'objet est visible. 

Les differents parametres modlfiables des pro- 
prietes concernant les zones sensibles dans les Ima- 
ges sont les suivants : 

- identif icateur de I'ancre (hypermedia), valeur 
de I'identificateur d'ancre, 

- mise en evidence (surbrillance), verifie si la 
zone sensible de I'image dignota lorsque le 
pointeur la seiectionne, 

- Identif Icateur de zone sensible d'image, 

- couche, 

- nom, 

- parent (hypermedia), Identif Icateur de I'image. 

- taille de la zone sensible dans I'image, 

- type (hypermedia), zone sensible d'image. 

- coordonnees des points superieur gauche et 
inferieur droit sur recran, 

- visualisation de I'objet, si verifie, I'objet est vi- 
sible. 

Les differents parametres nwdiflables des pro- 
prietes concernant les "cibles" sont les suivants : 

- identificateur de I'ancre (hypermedia), valeur 
de ridentif Icatlon d'ancre. 
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- premiere trame de la cible. 

- mise en evidence (surbrillance), verifie si la 
zone sensible clignote loreque le pointeur la se- 
iectionne, 

- identificateur de la cible, 

- derniere trame de la cible. 

- couche, 

- nom, 

- parent (hypermedia), identificateur de I'anlma- 
tlon, 

- position de la cible dans la fenetre d'animation, 

- taille de la cible. 

- type (hypermedia), zone sensible. 

- coordonnees des points superieur gauche et 
inferieur droit sur reoran, 

- visualisation de I'objet. si verifie, I'objet est vi- 
sible. 

Pour condure. I'utilisation du protocole bidirec- 

20 tlonnel de tree haut niveau d6crit ci-avant procure une 
multitude d'avantages. En partlculier, elle permet de 
developper des applications multimedia interactives 
en supprimant les diff icultes de programmation liees 
e ce type de developpemenL En effet, grdce au tree 

25 haut niveau du protocole de communication. 11 est 
else de concevoir une interface utilisateur multimedia 
pour une autre application ou de creerune application 
autonome presentant des Informations utiltsant du 
texts, des graphiques, des animations, du son et de 

30 la video. Des applications complexes peuvent etre 
realisees dans un temps r6duit pour integrer de nou- 
veaux editeurs dans le systeme hypermedia ou ajou- 
ter des fonctionnalites e un editeur, I'ensemble pou- 
vant travalller dans un environnement distribue. Le 

35 systems hypermedia est ouvert, car le protocole de 
communication autorise la gestlon des documents 
par une pluralite d'editeure lies ensemble et commu- 
niquant dans I'hyperetructure oonstituee. En outaB, le 
protocole peut lul-mdme dtre etendu sans diff iculte. 

40 

Revendlcations 
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Utilisation d'un protocole bidlrectlbnnel de tree 
haut niveau pour la communication entre un sys- 
teme hypermedia et une pluralite d'edlteurs Inter- 
connectes communlquant dans une hyperstruc- 
ture^ protocole utillsant un jeu de messages per- 
mettant e cheque editeur de manipuler et gerer 
les contenus d'objets hypermedia appeies 
noeuds alora que, ledit protocole est manlpuie 
par les objets hypermedia et est accessible d tra- 
vere une Interface programmatique. 



55 2. Utilisation d'un protocole selon la revendication 1 , 
base sur le principe d'un protocole de gestlon de 
la taransmission du type TCP/IP. 



3. Utaisation du protocole selon la revendlcatton 1 
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ou 2 caract^risd en ce que ce dernier utilise prin- 
cipalement un jeu de cinq types de nrtessages tels 
que : 

- des messages derequdtes,6mis par lesys- 
t^me hypermedia lorsqu'une quelconque 
action doit Stre exdcutde par un 6diteur. 

- des messages de r6ponses, 6mis par les 
6dlteurs rdpondant d un message de requd- 
te. 

- des messages 6vdnementiels, 6mi8 par les 
6diteurs pour informer le systdme hyper- 
media de la survenance de divers 6v6ne- 
ments, 

- des messages de menu, dmis par les edi- 
teurs pour informer le syst^me hypermedia 
de la selection par un utillsataur d'un menu 
predefini. 

- des messages d'erreurs, emis par les edi- 
teurs lors de I'apparition d'une erreur. 
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d. rediteur qui regoit le message de requdts 
de suppression d'ancre supprime t'objet 
correspondent du document. 

Utilisation du protocole selon la revendlcatlon 6, 
caracterisee en oe qu'elle permetentre autres, au 
systeme hypermedia de supprimer une ancre 
sans Intervention directe d'un utilisateur selon les 
etapes c et d de la revendication 6. 



4. Utilisation du protocole selon la revendication 3. 
caracterisee en ce qu'elle permet entre autres. de 
creer une zone sensible dans un noeud qui 
correspond e un document multimedia selon les 25 
etapes suivantes : 

a. rutilisateur indique les reperes d'une region 
du document choisie comme zone sensible, 

b. rediteur envoie au systeme hypermedia un 
message de menu propre d la creation d'une 3o 
ancre qui est un objet hypermedia repr6sen- 

tant une zone sensible du contenu d*un 
noeud, 

c le systeme hypermedia cree alors une an- 
cre et envoie dl'editeurun message derequd- 36 
te de creation d'une ancre, 
d. si rediteur regoit un message de requete 
valide de creation d'ancre, il met e jour son 
contenu pour indure I'ancre creee. 

40 

5. Utilisation du protocole selon la revendication 4, 
caracterisee en ce qu'elle permet entre autres, au 
systeme hypermedia de creer une ancre sans in- 
tervention directe d'un utilisateur selon les eta- 
pes c et d de la revendication 4. 4S 



6. Utilisation du protocole selon la revendication 3, 
caracterisee en ce qu'elle permet entre autres, de 
supprimer une ancre qui est un objet hypermedia 
representant une zone sensible du contenu d'un so 
noeud selon les etapes suivantes : 

a. rutilisateur seiectionne la zone sensible e 
supprimer, 

b. rediteur envoie au systeme hypermedia un 
message de menu propre e la suppression 55 
d'une ancre, 

c. le systeme hypermedia supprime I'ancre et 
envoie e rediteur un message de requ6te de 
suppression d'ancre. 
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